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O (57) Abstract: The method of gathering information within a social network of identities in which people or other identities have 
1^ social relationships with one another, such as personal or business relationships, and each person has an identity account (101) 
O containing information about that person. The identity accounts reside on identity servers (150A, 150B, 150N)connected by way of 
O a conqiuter network (1 lOA, 1 lOB, 1 1(^. Information, such as address and telephone information, is held in each person's identity 
^ account (101). The identity accounts (101) can be queried based on the social relationships to find information. One person can query 
Q a second person's contact information. Tlte second person can then query others known to that second person for the infonnadon. 
^ Electronic contracts embody agreements between the people in the social network, specify the terms and conditions for using data 
1^ in die identity accounts, and can linnt the information xetnmed to the person making the query. 
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SOCIAL NETWORK OF IDENTITIES AND QUERY METHOD 

THEREFOR 

BACKGROUND OF THE INVENTION 

1. Related AppMcatton 

[01] This £^lication claims pdoiity to U.S. provisional patent application 

• Serial No. 60/487,191, filed July 15, 2003, which is incorporated herein by 
lefeience. 

2, Fidd of the Invention 

[02] The invention geneitiny relates to computer netwoddng. More 

particularly, the invention relates to a social network based on identities of 
individuals. 

3» Description of flie Rdated Art 
[03] United States Patent Nos. 6^45,288 and 6,088,717, the paper "^m 

Name S^ce to Lientity Service: How XNS Builds on the DNS Model,** July 9, 
2002, (http:// www.xns.org / pa^ FronuNamejtoJUmtity.pdf), and the '*XNS 
Tedmical Specifications,'' July 9, 2002, (http://www Jcns.org^ages/ 
XNSjrechnicaUSpecs.pdf), describe techniques for communicating information 
between entities represmted as idoitities in a computer network based on an 
agreement between the entities which specifies the data to be transferred and/or 
exchanged These references are incorporated herein by reference. 
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[04] The techniques described in these references, however, do not take 

advantage of social relationships that exist between entities, including people, 
organizations and businesses in ordor to assist entities in locating and shaiing 
information. The social netwoifc of idmtities described herein uses these social 
relationships to help entities locate and shaie information. 

SUMMARY OF THE INVENTION 
[05] A method of gyithmng information in a social networic is described in 

which the infonnation is requested by a first entity. The social netwodc includes 
die first entity, a second ratity and a third entity. The first and second entities 
have a social relationship, and Ifae second and tiurd entities have a social 
relationship. Each of the first, second and third entities have first, second and 
third identity accounts, respectivdy, embodied on one or more coinputers 
connected in a computer network. The first and second raitities have an electronic 
contract specifying data the first and second ratities have agreed to share, and the 
second and third entities have an electronic contract specifying data the second 
and third mtities have agreed to share. The mettiod includes receiving a request 
for the infonnation requested by the first entity and searching for the infonnation 
in response to the request the infonnation is located in tiie second identity 
account, the method sends the information in response to the request for 
information if the infonnation corresponds to the data specified in the electronic 
contract between tiie first and second entities. If the infonnation is located in the 
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tfaiid identity account, the method sends the inf onnation m response to the lequest 
for the inf otmation if ttie information corresponds to the data specified in the 
electrcmic contract between tlie second and third entities. 

[06] The mediod can include the second entity identifying the third entity based 

on a social relationship between Ae second and third entities. Ihanotl^ 
alternative, the. metfiod sends the information in response to the request for 
information to the first identity if the informadon corresponds to the data 
spedfied in the electronic contract betwera tiie first and second entities if the 
located information has been sent to the second entity, 

[07] An apparatus is described here for participating in a conq[>uterized social 

network of users. The ^paratus includes an identity account associated with a 
first one of ttie users in the sodal netwodc, which contains information about the 
first user. Hie apparatus also includes an electronic contract specifying 
information in 'the identity account for sharing with a second one of the users in 
the social n^odL The apparatus further includes a means for qualifymg the 
information specified in the identity account to be shared with the second user 
based on a type of relationship between the first and second usos. In one 
instance, the type of relationship betwera the first and second user is a personal 
relationship and the means for qualifying the information specified in the identity 
account qualifies the information to ou^ut to ttie second user, information tiiat is 
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suitable for sharing in a pexsonal leladon^p. In another instance, the type of 
relationship betwem the fibrst and second user is a business relationship and the 
means for qualifying the information specified in the identity account qualifies the 
infonnation to output to the second user, information that is suitable for sharing in 
a business relationship. In stiU another instance, the relationship is reflected in 
the electronic Contract Here, die type of ttie relationship includes at least one of a 
person-to-person, person-to-business, peison-to-organization, conmieidal, and 
business relationship. 

TOTRF DRSCRIPnON OF THE DRAWINGS 
[08] Hg. lisanillustrationof plurality of compute that form a sodalnetwodc 

based on the digital identities of people, organizational entities or resources, and 
the relationships between those people, organizational entities or resources. Such 
a netwoik is referred to as a social networic of identities. 

[09] Hg. 2A is an illustration of an idratity account used in the social netwoik 

of Hg. 1. 

[10] Hg. 2B is an illustration of a second enibodimmt of the identity account 

used in the social netwoik of Hg. 1, which eiiq>loys electronic contracts. 

[1 1] Hg. 2C is an illustration of a third embodimrat of the idmtity account 

used in the social networic of Hg. 1, which eno^loys dectaonic conttacts. 
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[12] Fig. 2D is an illustralion of a f ourOi embodimeat of the idratity account 

used in tlie social network of Hg. 1, which employs electronic contracts. 

[13] Hg. 3 is a flowchart of a process for querying the social netwoik of 

identities shown in Hg. 1. 

[14] Hgs. 4A and 4B show examples of logical idadonsfaips within a sodal 

netwoik of identities that are used in querying the n^ork. 

DETAILED DESCRIPTION 
[15] The following description mates reference to the above drawings, in 

which lite refermce num^als designate lite componoits. 

[Iti] Hg. 1 shows a plurality of computers forming a social netwoik of 

idmtities based on the ratities using those conq>uters. Such entities can include 
individual persons, organizations, businesses or oth^ groups. The embodimrats 
described below gqn«:ally are described in terms of an individual person, 
howevm:, it should be understood that a wide array of other types of entities, 
including businesses and organizations, can use the social networks described 
her^. The compute shown m Hg. Irepreseiit only one example of die types of 
devices that can be used to fonn the social network of identities. Other devices 
that can be used in die social netwoik of idmtities include, but are not limited to, 
personal digital assistants CTDA"), cellular telephones and many other types of 
computmg devices 
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[17] Id the social netwoik of Hg. 1» a user, USERl, using a clirat woikstation 

90 has an established identity account 101 that resides on a server computer, such 
as USERl's identity server 100. An identity account contains information about a 
user, e.g.» identity account 101 can contain USERl's personal contact information 
and USERl's woik contact informadcm and also may also be linked to other 
applications, e.g., USERl's electronic address book, that employ die mfoxmation 
contained in the identity accounts. 

[18] Idratity serv^ 100 can store and manage the identity accounts of many 

different users, although only one idratity account 101 is shown in Fig. 1 for ease 
of illustration. Identity server 100 communicates over communications netwods, 
such as the bitemet (shown in Hg. 1 as a plurality of connected communication 
networks llOA, HOB through HON) with other identity servers, such as identity 
servers ISOA, 150B thcou^ ISON. Anotiier identity server, identity server ISOA, 
mam fains the id^tity account of another person, PI, whose identity account 
151A can communicate with USERl's identity account 101 over a networic llOA. 
Similar to the tommunication connection between identity server 100 associated 
with USERl and identity server ISOA assodated with PI, identity server ISOA 
can communicate wiA another identity server, identity server 160, timt contains 
an identity account 161 of another person, P2, whose idmtity account 161 can 
communicate with Pi's identity account ISIA over a network 120. 
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[19] The identity accounts shown in Kg. 1 hold infounalion about an entity, 

here a person. This infonnation describes certain attributes about the person to 
identify that person in some respect For example, an idratity account may 
contain a peon's home and work contact information. Additionally, an identity 
account associated with a poson may contain or lef rasnce contracts established 
between members of a social netwodc of identities and a user associated with the 
identity account These contracts govern the sharing of information between a 
user and another member of a social network of idratitles. The identity account 
can also contain, e.g., ttie contents of a user's electronic address book, the names 
and identities of oth^ members of a social network of identities or links to other 
iqpplications, such as a user's electronic address book. 

[20] An exemplary embodiment of identity account 101 is conceptually 

illustrated in Hg. 2A. Hg. 2A shows an idratity account containing information 
about USERl, such as a persistent identifier 101a for the entity, USERl, that is 
unique ttuou^ut the social netwodc of idmtities, USERl's address 101b, 
company name 101c, title lOld, dqiartment lOle, and e-mail address lOlf. In 
addition to identity accoimt 101 shown in Hg. 2, a user may also have an 
electronic address book 102. In one embodiment, electronic address book 102 
exists separate^m identity account 101, but is linked to identity account 101 
such that the when identity account 101 is searched, electronic address book 102 
is also seardied. In an alt^native embodiment, electronic address book 102 is 
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mcorpoialed into identity account 101 allowing Ae contents of electronic address 
book 102 to be searched In another alternative embodiment, the contents of 
electronic address book 102 may be inqxirted into idmtitya^ Suchan 
embodiment allows the context of the electronic address book 102 to be imported 
into identity accomit 102 in a format compatible with the query method described 
below, e.g., XML format 

[21] Hg. 2B illustrates another idra^tity account tbat includes a plurality of 

contracts Kl, K2. . .KN. Rg. 2B is simUar to Hg. 2A, except that contracts lOlg 
are contained within the identity account 101 of Hg. 2B. Contracts can reflect the 
relationships that exist betwera people m a social network of identities, as they 
specify the information or data that one person makes accessible to another person 
within the social network. More specifically, a contcact defines the specific data 
items within the identity account of one person that are made accessible to the 
identity account of another person in the social netwodc For example, as 
illustrated in Hg. 2B, a contract Ell in idmtity account 101 of USERl specifies 
whedier certain information may be diared with anoth^ person's, e.g., Pl*s, 
identity account 

[22] A conventional digital identity account contract can be extended to 

indicate the type of relationship that exists between tibe respective ratities. 
Knowing the type of relation^p between two entities can sometimes facilitate a 
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search ttuough the social netwoik of ideQtittes. For exaniple, if USERl and PI 
aie both people, then the type of relationship between them can be indicated as a 
*^)eison-to-person'* relationship in die contract itself. Based on die type of 
relationship between two entities^ diete can be a common set of attributes present 
in all the contracts that reflect the same type of relationship. For example, all 
contracts of the type ''pecson-to-peisra" can be configured to allow sharing of 
specific information, such as address information. This, however, is only one 
example of an attribute that could be common to all ''person-to-person** type 
relationships. 

[23] The relationships between entities having identity accounts can be further 

qualified. For example, the people in a ''person-to-person*' relationship can have 
a personal relationship as opposed to a strictiy business relationship. Because 
these people have a personal relationship, a certain level of trust is in^lied 
between those people such that it is likely that they are willing to share more or 
difEermt types of infimnation than if dieir relationship is strictiy a busmess 
relationship, for example. Capturing witiiin a contract the type of relationship two 
entities share enables identity appUcations to leverage those relationships to 
effectively share information. 

[24] Also, as illustrated in Hg. 2B, an idmtity account 101 can include a 

plurality of contracts lOlg. Each of tiiose contracts lOlg represrats a relationship 
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with anotfier entity having an identity account in the social n^oik. As discussed 
above, even though contracts within an identity account may specify different 
information to share under possibly diffiODent terms and conditions, contracts that 
reflect tibe same types of relationships between identity accounts can have 
common attributes. Also, the contracts between different identity accounts can 
reflect die different types of relationships tfiat may exist betwem people and ttieir 
respective identity accounts, i.e., P2 may be a personal Mend and also a business 
colleague of PI, thus a contract betwera respective identity accounts of P2 and PI 
can reflect both of the two above-mentioned different types of relationships. 

[25] Another identity account 101 is shown in Hg. 2C which is similar to the 

identity account in Rg. 2B, except the contracts lOlh ate organized into different 
dateg^es based on tibe types of relationships that they represent For example, 
contracts Kl, E2, and K4 represfflt relationships between USERl, who is 
associated with identity account 101, and other people, each associated with other 
identity accounts, vfbeto the other people are people with whom USERl has 
personal relationships. Contracts E3 and K5 represent relationships between 
identity account 101 and other identity accounts, where those other identity 
accounts are for businesses. Contracts K6 and K7 reflect the relationships 
between identity account 101 and identity accounts for other entities ttiat share a 
commercial relationship with USERl. Thus, the contracts lOlh of Hg. 2C are 
categorized fcoch that they respectively lepieseDt the types of relationships USERl 
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has with the otfaor mtities in the social netwodc However, unlike Hg. 2B, the 
contracts lOlh in the identity account 101 of Hg. 2C do not contain therein 
infonnatian about the ^pes of relationships between identity accounts. Rather 
that informatidn is specified by the grouping of the contracts lOlh. 

[26] Similar to Hgs. 2B and 2C, Hg. 2D also shows an exemplary embodiment 

of an identity account having contracts lOlg therein. HbweVer, unlike Figs. 2B 
and 2C, Hg. 2D includes a table 110 that indicates the types of relationships 
reflected in ttie respective contracts lOlg. For example, table 110 in Hg. 2D 
specifies that contracts Kl, K2, and K4 reflect a person-to-person, phonal 
relationships betwera identity account 101 and another identity account, contract 
K3 reflects a person-to-business relationship, tiiat is a business relationship, and 
contract EN reflects a commercial relationship. 

[27] Li summary, Rgs. 2B-2D, as described above, show how identity accounts 

and contracts contained therein can be associated with inf onnation about the type 
of relationship to qualify the terms of ttie contract This qualification of the type 
of relationship is utilized in a social netwoik to define the parameters of 
relationships b^een entities and tiieir identify accounts and to reflect the types 
of relationships that exist between particular entities and their identify accounts. 

[28] Li the social network shown in Hg. 1, each idmtify account has a unique, 

persistent and immutable network identifier such as identifier 101a shown in Fig. 
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2A. An embodiment of the idmtifiertalces the form 
An example of such an identifier is •*um:xri://,10.1.2.3:238" which specifies a 
host address ^.10.1.2.3'' and a particular user or resource identifier 238 located at 
host address 10.1.23. Such an identifier can be referenced in other identity 
accounts in the social netwoxk. Thus, the identifier being a unique identifier that 
identifies a specific resource can ri^iesmt a link in the social network to that 
resource. For example* data in an id^tity account that relates to the identity 
account of a personal contact, e.g., PI, can also include infonnation about ^ 
networic location of that identity account by specifying its identifier. The identity 
account can also contain links to other plications, such as a user's electronic 
addressbook. Thesodalnetwodcof identities can link multiple identity accounts 
in the netwoik to one another, where the links represent relationships that have 
been established between people. Such relationships can be enforced by die 
idratity accounts using electronic contracts that dictate the actions one identity 
account may pkf onn relative to another idraitity account with which it has the 
contract. 

[29] Based on the social netwoik of identities, as described above, a user can 

more easily obtain information about other entities than previously possible. For 
example, the netwoik shown in Hg. 1 allows a user, e.g., USERl, to answer die 
question ''Who do I know that direcdy or indirectly knows X?'*, where X is the 
subject of USERl's query. 
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[30] Hg.3showsanexaii]pleof aprocessformakmgsu^ At step 

110, USERl in the social netwoik of Fig. 1 uses a query interface accessed at 
client workstation 90 to input, at step IIS, USERl's qu^ and seek the answer to 
the question "Who do I know that directly or indirectly knows X?" at step 1 15. 
The inquiry can be input by way of typing, voice recognition or by using various 
other well known methods of inputting information. 

[31] M step 120, Pi's identity account ISIA shown in Hg. 1 is accessed, where 

PI is an entity tihat USERl knows and with whom USERl has a contract to share 
data. In this example, the server ISOA and identity account ISlA, shown in Hg. 
l,aredieserverandidentity account of person PI. Next, in step 125, die process 
determines wh^fao: PI knows person X either directly or indirectly by searching 
Pi's identity account ISlA and possibly certain of Pi's applications, such as Pi's 
electronic address book, for X. That is, ttie process first determines whedier PI 
directly knows X If PI does not directly know X, the process then determines 
wh^^ PI indkectly knows X, possibly througji Pi's relationship widi another 
person, e.g.,P2, who has a contract to share data with PI. Pi's identity account 
ISlA seads aquery to those identity accounts with which PI has a contract to 
share information. In tins exarq>le, idraitity account 151 A sends a request 
containing USERl 's query to identity account 161 associated witii P2, P2 being a 
person with whom PI has a contract to share information. Identity account 161 
and possibly certain of P2' s qyplications are then searched for X. 
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132] While in the above »ample» idratity account ISIA sends a lequest with 

the query to identity account 161 only if the search of identity account ISlA is / 
not successfiil in finding X, in an alternative embodiment identity account 161 is 
always searched regardless of whether X is found in identity account ISIA. 

[33] If it is detennined that PI indirectly or directly knows X, then Ifae process 

shown in Hg. 3 proceeds to step 130, where it is determined whether a contract or 
I a chain of contracts exist allowing P 1 to share the results of the qu^y with 

USERl, as discussed below. If it is determined that such contFacts exists, then the 
name of and possibly contact information for PI can be displayed to USERl in 
step 13S. Altmiatively, the results^.6f die query can be sent to USERl. However, 
if it is detennined that the contractual agreements do not allow PI to disclose diat 
PI duectly or indirectly knows X, ibm the process returns to operation 120 and a 
differmt identity account, e.g., idratity account ISIB, is then searched. 

[34] Kgs. 4A and 4B depict examples of the types of relationships that can 

exist betweoci members of a social network of identities and illustrates the 
contractual relationships between those entities. In Fig. 4A, USERl, PI and P2 
repiiesentinembersof social netwodc having identity accounts as shown in Hg. 1. 
X represents tfie subject of USERl's query '"Who do I know diat indirectly or 
directly knows X." Contracts exist between the identity accounts of USERl, PI 
and P2 illustrated by ttie lines connecting those entities. For example, as shown in 
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Hg. 4A, USERl and P2 have a contcact Kb and P2 and PI have a contract Kc- 
Accordingly, USBRl directly knows PI and P2 as shown in Fig. 4A, and USERl 
indirectly knows Xtfaiougli both PI and P2. The contracts go vem die sharing of 
information betwera the membm of the social network. 

[3^ As an example of the searching operation, assume USERl directly knows 

PI who directly knows P2 (as shown in Rg. 4B). A query of Pl*s idratity 
account does not locate X. Ifowever, a query of P2*s identity account det&cmines 
that P2 does know X. In tins exanq>le,b^oreP2 shares information with PI, it 
must first be determined if the terms of contract Kc allow P2 to share the 
information with PI. If so, the information is soit to PI. Thai it must be 
determined if contract Kc allows PI to share the information with USERl. It 
must also be determined if the terms of contract Ka permit PI to share the 
information with USERl. If all the contracts in the chain of contracts between 
USERl and the entity having information about X permit USERl to ultimately 
view the infonnatiori, the iriformation is sent to USERl for display to USERl at 
clifflt workstation 90. Alternatively, USERl could recdve a notification of which 
member of the social network has the information that USERl has inquired about 
USERl could thus request tiiat information from its source. Thus, contracts must 
exist betwera aU identity accounts that communicate during a particular query in 
order for information to be passed from one identity account to another. 
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[36\ Returning to opei^Qn 125 in Hg. 3, if PI does not di^^ 

have a relationship with X, then the process returns to operation 120, and the 
identity account of Ae next entity that has a contract with Prs identity account, is 
accessed to determine whether fliis next entity directly or indkectly has a 
relationship with X. Thus, the qu^ process shown in Fig. 3 is a sequential 
process of iterating throu^ contracts within ttie identity account However, the 
query process is not limited to such a sequential query process, and alternatively a 
parallel query process could be used. 

[37] Inoneenibodicaent, the infonnalion stored in the identity accounts is ^ 

stored as XML data according to an XML schema, the XML schema having a 
variety of attributes. Oneexampleof an XML scheme would be a contact 
schema. The contact schema has several defined attributes, e.g., name, home 
phone nuniber, woric phone number, work address, home, address, work e-mail 
address, home e-mail address, etc. When USERl accesses the query interface at 
step 110, USERl is required to input a structured qua7 corresponding to the 
attributes of tfieqipropriale XML schema, here tiie contact schenia. As an 
example, USERl may input USERl's query into a field that will query the woric 
address attribute of the contact schema. F6r exanq[>le, USERl may input ''1600 
Pemisylvania AvCTue** into the work address filed of Ae query interface. The 
querying process as described above and illustrated in Hg. 3 will ihsa search the 
woric address attributes of the appropriate identity accounts for any identity 
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accounts ccmtaining "1600 PeimsylvaDia Avenue.'' Another atttibute that can 
exist in the contact schema is profession. This attribute would support searches 
over the sodal networic by job function. For exanq)le, USERl could qxxcry his 
social contacts witii the query "'who do I know who knows an accountant?" The 
social network query would query all the people who USERl directly knows. 
The identity accounts for those people would respond to tiie qu^ with the 
contact infomiation of accountants in Ifadr electronic address books. Since 
USERl diiecdy knows the people whose identity accounts respond to the que^, 
USERl has a certain degree of trust that die responses include the names of 
accountants who USERl would want to contact Similarly, the identity accounts 
for people who USERl indiiecdy knows will respond with names of accountants 
that are in die electronic address books of those people. USERl might give less 
weight to the names of the accountants that came ficom indirect contacts, however 
USERl accords a certain amount of wei^ to that information based on USERl 
knowing die lespondents indirectly. 

[38] The information in the identity account can be qualified, usmg attributes in 

an XML schema to correspond with the social relationship between the entities. 
For example, qeitain XML attributes can be classified as cocresponduig to a 
person-to-person relationship (e.g., home address, home telephone number, etc.). 
Other attributes (e.g., business address, business phone, etc.) can be qualified 
using XML attributes to correspond with a person-to-business or business-to- 
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business type relationship. Using various query medbanisms, such as XQuery for 
XML, seaiching for infonnation based on sodal lelalionships can be 
accomplished 

[39] Additionally, a contract within a specific identity account can be 

configured to allow other identity accounts with wiiich the spedfic identity 
account conesponds, to automatically receive infonnation fiDom the specific 
identity account when infonnation change therein. That is, when infonnation in 
an idratity account dumges, that information can be propagated to other identity 
accounts in accordance with the contractual terms between tiie respective idratity 

r 

accounts. 

[40] For example, if addcess information in identity account 161 is changed, 

the chan^ infonnation can be "pushed** to another identity account 151 A based 
on a contractual obligation to push this information to identity account ISIA 
when it changes. The mechanisms for perFonning the above-described push 
qpendon can exist within the contract itself. Also, it should be recognized that 
ttie above described propagation process is only one example of antietfaod by 
which information can be distributed in tiie social networic of identities. Identity 
account 151 A can ttien push the chan^ address information to identity account 
101 if idratity account 151A had previously sent similar infonnation to identity 
account 101 in response to a query and the chain of contracts so permits. 
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[41] Haviag described embodimrats invention as set f otfh above, it is believed 

tbat other modifications, variations and change will be suggested to those skilled 
intheaitin view of the teachings set foithhecdn. It is theiefoie to be understood 
that all such variations, modifications and changes are believed to fall within the 
scope of the present invention as defined by the appended claiois. Although 
specific trans are employed h^in, tiiey are used in their ordinary and 
accustomed manner only, unless expressly defined differently hecdn, and not for 
purposes of limitation. 
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WHAT IS CLA lMFrn TS> 

1. A mefhod of gathedng infoimation in a social netwoik requested by a 

first ca&tyy wherdn the social network includes the first entity, a second entity 
and a third entity, the first and second entities having a social relationship, and the 
second and third entities having a social relationship, wheiein each of the first, 
second and tfu^d entities have first, second and third idmtity accounts, 
respectively, emIxMiied on one or more computers connected in a computer 
network, wherein the first and second entities have an electronic contract 
specifying data Ac first and second entities have agreed to share, and the second 
and third ratitips have an electronic contract specifying data the second and third 
mtities have agreed to share, the method conqxrising, 

receiving a request for the information requested by the first entity; 
searching for the information in response to the request; and 
if the iijf ormation is located in the second idratity account, sending the 
information in response to the request for inf omiation if the information 
corcesponds to the data specified in tiie electronic contract between die first and 
second entities, and if the information is located in the third idmtity account, 
srading the information in response to the request for the information if the 
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infonnation conesponds to the data specified in the electronic contract between 
the second and third entities. 

2. The method according to claim 1, wherein the second entity identifies 
the Hmd entity based on a social relationship between ttie second and third 
entities. 

3. The method according to claim 1, wherein if the information located in 
response to the request for the information is sent to the second entity, scalding the 
mformation in response to the request for information to the first identity if the 
information corresponds to die data specified in the electronic contract between 
the first and second ratittes. 

4. An apparatus for participating in a computerized social network of 
users> comprising: 

an identity account associated with a first one of the users in the social 
network, die identity account having information about the first user, 

an electronic contract spiscifying infonnation in the identity account for 
dmringwithasecondoQeof ^usorsinthesodalnetwQilc; and 
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means for quali^ing the inf onnatioii speciiied in the identity account to 
be shared with' the second user based on a type of relationship between fbt first 
and second users. 

5. The apparatus of claim 4, wherein the type of relationship between the 
first and second user is a personal relationship and the means for qualifying the 
information specified in the identity account qualifies the information to ou^iut to 
the second user information that is suitable for sharing in a personal relationship. 

6. The apparatus of claim 4» wherein tiie type of relationship between the 
first and second user is a business relationship and the means for qualifying the 
information specified in die identity account qualifies the information to ou^ut to 
the second us^ information diat is suitable for sharing in a business relationship. 

r 

7. The ^aratus according to claun 4, wherdn a type of the relationship 
is reflected in the electronic contract 

8. T\d apparatus according to claim 7> wherein the type of the 
relaticmship conqpnses at least one of peison-to-person, person-to-business» 
person-to-organization, commercial, and business. 
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9. A method of obtaining infonnation about an entity anoong a plurality 
of entities in a social networlc, whercin the social network includes a plurality of 
idoitity accounts associated with the plurality of ^titles, respectively, wherrin 
between the plurality of idmtity accounts are electronic contracts, the n^thod 
comprising: 

requesting infonnation related to tfie entity; and 

receiving the requested infonnation related to the entity based at least on a 
sodal relationship established between die ratity and a second entity having an 
identity account 

10. The method according to claim 9, wherdn the entity is one of a 
person, a business, a group, and an organization. 

11. The mediod according to claim 9, wherein the relationship is based on 
an electronic contract betwem die entity and die second entity. 

12. The m^od according to claim 9, wherein a type of the relationship is 
reflected in an electronic contract 
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13. The method according to claim 12, wherein die type of the relationship 
comprises at least one of person-to-person, person-to-business, peison-to- 
organization» commercial, and business. 

14. A method of obtaining information in a social network, the social 
netwoik having a plurality of identity accounts wheisin each identity account of 
the jBrst plurality of idmtity accounts is associated with an mUty and wherein an 
exchange of iitformation between the plurality of identity accounts is governed by 
electronic contracts, die mediod conq)dsing: 

a first identity account receiving a query from a second identity account, 
the exchange of inf onnation between the first identity account and second identity 
account being governed by an electronic contract, the query containing a request 
for certain information about the contents of the first identity account; 

searching the first identity account for the certain information to determine 
if the first identity account contains die certain information; 

if die first identity account contains the certain information, determining if 
die fitst identity account is pranitted to exchange the c^rtaiu mf onnation with the 
second identity account based on the electronic contract between the first identity 
account and the second identity account; and 

sending the certain information to the second identity account if it is 
determined that the electronic contract so permits. 
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15. The method according to claim 14, wherein if in response to searching 
the first identity account for the certain infcnmation it is determined that the 
cotain information is not contained in the first identity accomit, the first identity 
account queries a first plurality of identity accounts with which the first identity 
account has an dectronic contract to ^change information; 

if any of the identity accounts of the first plurality of identity accounts 
contains the ceitain information, det^mining if said any of the identity accounts 
of the first plurality of identity accounts is permitted to exchange the obtain 
information with the first identity account based on the electronic contract 
between the first icfentity account and said any of the idratity accounts of the first 
plurality of identity accounts; and 

sending the certain information to the first idmtity account if it is 
determined that the electronic contract between the first identity account and said 
any identity acbounts of the first plurality of identity accounts permits exchanging 
the OGXtsan information. 

16. The mediod according to claim IS, wherdn after searchmg flie first 
identity account for die certam information, the first identity account queries a 
first plurality of identity accounts with which the first identity account has an 
electronic contract to exchange information; 
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if any of die identity accounts of the first plurality of identity accounts 
contains the c^tain information, detennining if said any of the identity accounts 
of the first plurality of idmtity accounts is pennitted to exchange the certain 
information with the first identity account based on the electronic contract 
between the first identity account and said any of the identity accounts of the first 
plurality of idmtity accounts; and 

sending the certain information to the first identity account if it is 
determined that die electronic contract between the first identity account and said 
any identity accounts of die first plurality of identity accounts permits exchanging 
the certain information. 

17. The method according to claim IS, wherein if the first identity account 
receives die information from said any of the idmtity accounts of the first 
plurality of identity accounts, the information is sent to the second identity 
account if it is detmnined if the electronic contract between the first idratity 
account and the second identity account permits exchanging the certain 
information. 

18. The method according to claim 16, wh^iem if the first identity account 
receives the information from said any of the identity accounts of the first 
plurality of idmtity accounts, die information is sent to the second identity 
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account if it is detenmned if the electronic contract between tiie first idratity 
account and the second identity account permits exchanging the ceitain 
information. 
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